【場景】我把大廠的管理原樣搬了過來

剛接手團隊的第一年，我犯過一個典型的錯：把大公司那套管理配備，原封不動搬進一個資源受限的組織。每日站會、雙週回顧、目標管理、看板、文件規範——全套上架。

一個月後，團隊快窒息了。會議準時開，眼神是空的；表單準時交，內容是抄的。制度沒有錯——劑量錯了。

Day 2 我說過那句很痛的話：「是我的速度超過了系統能承受的範圍。」當年它是一句愧疚；後來，它變成一門學問。

【問題】同一套制度，為什麼在 A 團隊是賦能，在 B 團隊是暴政？

因為「該裝多少管理」根本不是常數。它是一個變數的函數——那個變數叫承載力：這個團隊當下能扛得動多少管理配備（由專業深度 × 團隊成熟度決定）。

【方法】量承載力，配管理；行為描述，不打分數

配錯的兩種死法：

• 配置超前承載力（制度 > 團隊）：掉球、陽奉陰違、把制度「演」給你看。還記得 Day 4 的免疫嗎？過重的制度本身就是一劑免疫原——你以為在建秩序，其實在生產抗體。
• 配置落後承載力（制度 < 團隊）：官僚感、被侮辱感、人才流失。把高手當新手管，是全世界最快的離職催化劑。

怎麼量？看行為。 四個可觀察的訊號：

1. 焦點：團隊自己找得到瓶頸嗎，還是等人指派？
2. 共識：兩個成員對「完成」「合格」的定義一致嗎？
3. 誠實：指標有沒有被博弈的跡象？
4. 信任：他們敢不敢在你面前說壞消息？

⭐一條鐵律：承載力用行為描述，永遠不打分數。 一旦做成分數、排名、貼進考核——它立刻變成另一個被玩的 KPI，四個訊號同時失真（Day 7 的規訓、Day 10 古德哈特的詛咒，一次全回來）。承載力評估是調管理劑量的內部儀表，不是評價人的尺。

承載力會長大——所以配置要會退場。 今天架起的鷹架，是明天的枷鎖。判斷升檔的訊號很具體：團隊不靠明文也能兩人同判了、開始自己修訂流程了、在你缺席時做出好決策了——就拆一層：check-in 變疏、SOP 變薄、授權變寬。反過來，掉球變多、新人接不住，就補一層回去。管理配備跟著承載力呼吸，這就是 Day 11 說的「中軸是一條會移動的線」。

一個對照，把這件事說死：同一年，我對兩個團隊用了兩種完全不同的配置——新手團隊給厚鷹架（明文 SOP＋高頻 check-in），資深團隊給薄規則（只定邊界＋月度對齊）。兩邊都健康。如果我當年反過來配，兩邊都會死——一邊淹死在自由裡，一邊窒息在流程裡。

【一個動作】

給你最熟的一個團隊做「四訊號快檢」：焦點、共識、誠實、信任，各答「常見／偶爾／罕見」。

• 四個「常見」→ 你的管理配備可能太厚了。挑一層，這一季試著拆。
• 兩個以上「罕見」→ 先別急著授權。補鷹架，等行為變了再褪。

記住：答案寫在行為裡，不在任何人的自評裡。

本系列情節經改寫與化名處理，聚焦方法與機制，不指涉特定個人。
【第二座山｜第三幕：組織的作業系統】Day 14/30。昨日：〈會呼吸的減法〉。明日：〈從 1+1+1=3 到 x²y²z²——加乘公式〉。